Serial No. Not Yet Assigned 
Atty. Doc. No. 2003P19344WOUS 



REMARKS 



Claims 1-18 have been canceled. New claims 19-38 have been added. Thus, claims 19-38 
are presented for examination. Apphcants respectfully request allowance of the present 
application in view of the foregoing amendments. 

The amendments are not made for purposes of patentability. 

A marked up copy and a clean copy of the Substitute Specification incorporating the 
changes to the specification in the present Preliminary Amendment are provided with this 
application. No new matter has been added by way of the Substitute Specification. 



The commissioner is hereby authorized to charge any appropriate fees due in connection 
with this paper, including the fees specified in 37 C.F.R. §§ 1.16(c), 1.17(a)(1) and 1.20(d), or 
credit any overpayments to Deposit Account No. 19-2179. 



Conclusion 



Respectfully submitted. 



Dated: 





/ohn P. Musone 
Registration No. 44,961 
(407) 736-6449 



Siemens Corporation 
Intellectual Property Department 
1 70 Wood Avenue South 
Iselin, New Jersey 08830 
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METHOD FOR CHARGING FOR A SERVICE IN A COMMUNICATION 

NETWORK 

CROSS REFERENCE TO RELATED APPLICATIONS 

[00011 This application is the US National Stage of International Application No. 
PCT/EP2004/Q53227. filed December 2. 2004 and clauns the benefit thereof. The 
International Application claims the benefits of European application No. 03029454.0 EP 
filed December 19. 2003, both of the applications are incorporated by reference herein in 
their entirety. 

FIELD OF INVENTION 

f00021 The present inyention relates to a method for charging for a service in a 
communication network. 

BACKGROUND OF INVENTION 
P robl e m addr e ss e d by th e inv e ntion 

fOOftj4[0Q03] In a packet-oriented communication network with service users (SIP 
clients, for example), service providers (application servers, for example), and an 
application broker acting as middleman (SIP proxy, for example), which is not integrated 
in this link for the duration of the service link between a client and an application server 
(that is, which is not a statefiil SIP proxy), it is impossible for the proxy to provide a 
reliable charging function for registered customers (users and service providers). For 
reasons of efficiency (hardware and operating costs), it is advantageous for large network 
configurations having a plurality of proxies if a charging unit can work together with a 
plurality of proxies in the network at the same time. 

Previous solutions to th e problem 

fOOO34f0004] - Proxy remains in the communication link for the duration of the service 
link (statefiil proxy), or 
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4OOO3ifQQ05] - Billing operates separately between the application server and the client 
without involving the proxy, that is, the operator of the proxy is exclusively an access 
provider. An overall bill from one source including charges for the services used can then 
only be achieved, if at all, at great expense at the post-processing stage, with separate 
billing functions for the operator of the proxy and for the application server provider. 

f0004tf00061 This requires a) assurance that the user of a service is at the same time also 
a customer of the proxy and service operator, and b) transmission of data to the central 
billing unit. 

SUMMARY OF INVENTION 
Solution of the problem according to the invent ioft 



fO0O^f00071 The invention describes a method with which it is possible in such a 
scenario comprising a client, proxy (application broker, application brokering unit), 
charging unit (billing server) and application server, for reliable charging to be achieved 
for all the parties involved, the charging additionally representing a value-added service 
for the provider of the basic service (operator of the proxy and of the billing server). This 
provider is thus in a position to offer its end customer a reliable bill from one source with 
packet-oriented services from a very wide range of partner service providers. In such a 
set-up, the basic service provider can assume the role both of a simple broker of a service 
and also that of a middleman with "rebranding" ("rebranding" being understood here such 
that the operator of the proxy offers a service of a partner service provider not under the 
service's original name but under a product name of its own). 

f0ft06tr00081 U ltimately, the aim of this method is 

a) to bill registered end customers (clients) having a credit account in real time for 
charges for services requested and used, or 

b) to provide registered end customers regularly (on a monthly basis, for example) for all 
the sesrvices used from various providers. 



ffi0ft^[0009l T he method ensures that 
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a) the customer pays only for what he uses and 

b) the service provider is paid for its services. 

f0008tl0010| T his method additionally makes it possible for the customer to have the 
option, even while the service is being used in real time, of having a display showing 
what charges have been run up for the service or, in the case of a prepaid service, how 
much credit is still remaining. 

f^OO^tlOOlll The basis of the above solution is a reliable charging function which 
integrates all the partner components (client, proxy/application broker, application server) 
while the service is being used. 

Client: authenticates itself with a proxy and requests a service. 

Proxy/application broker : brokers the requested service and initiates charging on the 

billing server. 

Billing server : keeps an account of the use of this service by the client. 

Application server : offers a service and informs the proxy with tickets of the setting up of 

and progress in the service link between itself and the client. 

BRIEF DESCRIPTION OF THE DRAWINGS 

fOOjW[00121 The invention is further explained by a drawing comprising three figures. 

Figure 1 ~ A schematic of an exemplary embodiment of communication network 

according to the present invention. 
Figure 2 - A schematic of a comparison of three exemplary embodiments; 
Figure 3 - A schematic of an exemplary embodunent of a comiBunication network 

having a plurality of proxies. 

DETAILED DESCRIPTION OF INVENTION 

tOOm[Q0131 F igure 1 shows the links between the partners and an outline of the 
procedures from the authentication of the client to the requesting and supplying of a 
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service and finally to charging. These procedures are described hereafter with the aid of 
Figure 1. 

t0013tl00141 - After the client has authenticated itself on the Authentication 
Authorization Accounting server (AAA server) by means of the proxy (l)/(2a), the proxy 
informs the billing server of the service request that is waiting. The billing server 
administers the billing table and also generates for it the references pi for each service 
request. This reference is then sent back to the proxy (2b). The proxy then transmits to 
the client not only information as to the location of the application server (destination) 
and the billing reference (pi), but also the address of the billing server (3). As the service 
continues, the client, server and billing server communicate and the proxy is not 
involved. 

fOO4^[00151 - With the information that it has received from the proxy, the client 
requests the desired service from the application server (4). The latter confirms the 
service request to the client (5). Thus the service link is established between the client 
and the application server. 

f00t4tr00161 - After the service link has been set up between the client and the 
application server, and as long as the service is being used, the application server 
produces tickets at regular intervals (1 per minute, for example), which are then sent to 
the billing server (6). These tickets contain the reference pi, which allows the billing 
server to access the billing table efficiently, and the reference si, which the server itself 
has set up and with which it can optionally access its data efficiently later on when it 
receives feedback from the billing server and can terminate an existing service 
relationship. 

100454100171 - After receiving a ticket (6), the billing server determines the identity of 
the client on the basis of the reference pi contained in the ticket (IP address Cl) and 
requests from the client a confirmation of these billing data for each ticket received (7). If 
the confirmation has not been received after a certain time has elapsed (e.g. 1 second), the 
request (7) is repeated once or twice. 
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{Mt6t[00181 - After receiving the request for confirmation, the client verifies the ticket 
and optionally sends a confirmation to the billing server (8). 

IOM^I00191 - After receiving a confirmation from the client, the billing server stores 
the ticket so that a bill can be drawn up at a later date (9) and informs the application 
server that the client has confirmed the ticket. In the case of a prepaid customer, the 
billing server updates the amount.with which the customer is in credit. 

Special cases in the design variant of the invention described : 
tOOl«tl00201 - Prepaid customer: 

If the amount in credit falls below a certain threshold, the billing server informs the client 
that the credit is almost used up. This can be achieved for example by the immediate 
request for confirmation for a ticket (7). 

If the credit has been used up, the billing server will delete the entry in the billing table 
and no longer accept further tickets from the application server for this customer and send 
a negative acknowledgement for these tickets to the application server, whereupon the 
application server v^U optionally terminate the service link to the client. 

fOftW100211 - If a request for a ticket confirmation from the client (7) has been 
negatively acknowledged: 

The billing server informs the application server that a ticket has been negatively 
acknowledged, giving the reference si back to the application server. Using the reference 

si, the server is then in a position to terminate the service link with the client. 

f002^f00221 - If a ticket confirmation from the client has not been received despite 
repeated requests: 

The billing server informs the application server that it was imable to obtain a receipt for 
a ticket from the client, giving the reference si back to the application server. Using the 
reference si, the server is then in a position to terminate the service link with the client. 
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fO02t4f00231 - If the timer tl for the biUing table entry runs out. 

hi order to ensure the vaHdity of a billing table entry, the billing server monitors the 
receipt of tickets from the application server. As soon as a ticket (6) comes in, the timer 
that has been set is reset. When the timer runs out, the entry in the table is deleted. Any 
subsequent tickets that then come in from the server are negatively acknowledged. 
A section of the message procedure (1) - (3), which is shown in Figure 1 and has already 
been described, is shown in Figure 2 for various design variants of the invention. 

f0022t[00241 Design variant 1 : The variant described in Figure 1 . 

tOOl^f 00251 Design variant 2 : Variant 2 differs from variant 1 in that the proxy, after 
the billing server has been informed of a request for a connection, no longer expects a 
billing reference (pi) from the proxy, but sends the reply to the client's service request 
back to the client without the pi (3a). Instead the client then expects the billing reference 
from the billing server and only tums to the application server with the service request (4) 
when it has received the billing reference in a separate message (3b). 

t00244[00261 Correlation of the information in messages 3a) and 3b) with the original 
service request (1) is achieved via an existing unambiguous reference (call ID, tag) which 
is generated by the client for each service request and is contained in messages 2b), 3a) 
and 3 b), 

t002§j^[00271 Design variant 3 : Variant 3 differs from variant 2 in that in this case, the 
proxy itself does not send the client a reply to the original service request (1). After the 
billing server has been supplied by the proxy with all the relevant data (2b), the billing 
server generates a billing reference pi and sends it to the client in response to the service 
request (1), together with the data that it has received from the proxy. 

4#026tlQ028] Figure 3 shows how the billing server is integrated into the 
communication network as the partner of a plurality of proxies. It gives an outline of the 
arrangement of clients, application servers, proxies and a central billing server. 
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f002?tf00291 B y having the billing servers optionally equipped with internal 
redundancy and by additionally being able to use a plurality of billing servers at the same 
time, this design variant will be highly accessible and at the same time highly scalable (m 
billing servers for n proxies and z application servers, m < n). 

Observations 

f0028t[00301 - It should be noted that this method does not require the server and/or 
client to log off the billing server when the service link has been terminated. This means 
that even the sending of a billing ticket to the client always takes place in advance for the 
current billing interval. This ensures that the client does not use chargeable services 
without paying for them, since it simply disconnects the service before a billing interval 
has expired in order to avoid being charged for the interval that has just elapsed. 

f0ft39t[00311 - The time-out tl in the billing table must always be longer than the length 
of the charging interval agreed between the client and the application server. It has to be 
long enough to prevent a ticket message to the billing server that has gone astray (and is 
therefore repeated by the application server) from leading the billing server to declare the 
billing table entry invalid. At the same time, however, tl must not be too long in order to 
avoid, for example, denial of service attacks by malicious clients leading to a shortfall in 
billing table resources and ultimately to non-availability of these services. A sensible 
value for tl is 2-3 times the length of the billing interval. Since the length of the billing 
intervals for the individual service links (see Fig. 1) can vary, the length of the time-out 
tl is designed to be variable. As soon as the billing server receives a ticket from the 
application server, it uses the length of the billing interval quoted therein and determines 
therefrom the length of tl in order to monitor the receipt of the next ticket from the 
application server for this service link. Until the first ticket has been received from the 
application server, a fixed initial value that is standard for the billing table is used for this 
timer (5 seconds, for example). 

fOQ30If0032] - Possible confidence-building measures between the client and 
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application server: the conditions for the service link (length and cost of the first interval, 
length and costs of the subsequent intervals) are agreed between the client and the server. 
By selecting a short first interval and optionally special conditions for this, it can be 
ensured even in a case of the service not being provided (e.g. server failure, overload, SW 
error, incompatibility of client and server software), despite the fact that a service link has 
been established, that the service user is not disadvantaged or is disadvantaged only to a 
slight extent. 

fOQM4[0033] - If the billing server fails, the application server can optionally disconnect 
the service link to the client due to the fact that no receipt is generated for the ticket. 

f0032t[00341 - If the client fails, the customer's charge account will not continue to be 
billed in error by the billing server since the client is no longer in a position to quit further 
ticket confirmation requests from the billing server (see special cases). 

f0033t[0035] - Fimctionality for the client extendable to include for instance: 

i. Cumulation of the billing messages transmitted by the billing server and display of 
these charges on the terminal to allow monitoring of the charges in real time. 

ii. Possibility for end users to refuse manually in the form of option tickets, when, for 
example, a certain self-determined charge limit has been reached. 

f0034t[00361 The invention can be summarized as follows. The method described 
allows the operator of a stateless proxy or application broker to provide registered 
application service providers and registered customers, in a simple maimer by means of a 
billing server, with a reliable charging function that is trustworthy and accurate in 
definable intervals. The way that this is achieved is that, during the provision of the 
service, the client and server are continuously conmiunicating in the background at 
regular intervals via an independent third party (billing server) regarding the charges 
applicable for the service, and the charging function is also facilitated by the independent 
third party, the charging function on the billing server being facilitated in particular for a 
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plurality of proxies at the same time. 

Examples of applications 

- information services 

- video services 

- enhanced telephone services, such as conferences via conference servers 

- checking mailboxes 

- anonymous billing for gateways which are accessed via the open internet. 
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